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(54) Transmission methods for communication systems supporting a multicast mode 



(57) Transmission metiiods for multicast messages 
and for signaling message responses thereto in com- 
munication systems supporting a multicast mode pro- 
vide that a number of retransmissions of a multicast 
message may be changed based on a number of receiv- 
ers (105) of the message. Signaling messages to the 
multicast message may be transmitted In response to a 
fixed number of multicast message transmissions, and 
receivers (105) that have not received the multicast 



message after the fixed number of transmissions may 
request further retransmissions up to an additional given 
number of times. Further, signaling messages may be 
transmitted at different times or staggered based on a 
radio condition of the receivers (105). For example, a 
first multicast message may be transmitted, and re- 
sponses from groups of receivers (1 05) may be listened 
to for a given period, after which one of a next multicast 
message and a portion of the first multicast message 
may be transmitted to the groups. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] The present invention generally relates to 
transmission methods for communication systems sup- 
porting a multicast mode. 

Description of Related Art 

[0002] Traditionally, voice communication has been 
the dominant application in a wireless networks. As a 
result, cellular standards, such as Global System for 
Mobile Communication (GSM) and IS-95 were opti- 
mized for voice traffic only. With the recent explosive 
growth of the Internet, however, a need has arisen to 
offer reliable voice and high-speed data access over 
wireless networks. Until recently, standardized S"" Gen- 
eration (3G) systems such as CDMA2000 and En- 
hanced General Packet Radio Service (EGPRS) at- 
tempted to provide such capability, by evolving the air 
interface of existing voice-centric, second generation 
(2G) systems. The service needs of voice and packet 
data, however, are different. 
[0003] The support of delay-tolerant data services in 
these standards has proven to be inadequate, centrally 
because voice-centric techniques were applied to re- 
source allocation for packet data. The recently stand- 
ardized CDMA2000 1 X EV-DO supports efficient packet 
data service over a dedicated CDMA2000 1 X carrier by 
using a design philosophy different from that of 
CDMA2000and EGPRS, resulting in a substantially su- 
perior performance. However, 1X-EV-D0 is not back- 
ward compatible with existing 1X systems and does not 
support voice service on the same cannier. 
[0004] Thus, an expanded effort is underway in the 
3"^ Generation Partnership Project (3GPP) and 3GPP2 
for the evolution of 3G systems such as the Universal 
Mobile Telecommunications System (UMTS) and 
CDMA2000 1X. These 3G evolutions, reflected in the 
high-speed downlink packet access (HSDPA) system In 
UMTS and in the recent 1 X EV-DV standards, have be- 
gun to address the challenges of supporting the sepa- 
rate and often conflicting needs of voice and high-speed 
data simultaneously and efficiently on the same carrier, 
In a manner that may be fully backward compatible. 
[0005] To meet the rapidly developing needs associ- 
ated with wireless applications such as wireless internet 
application, and to support HSDPA, a shared channel 
called a High-Speed Downlink Shared Channel 
(HS-DSCH) may be used. The HS-DSCH may be ena- 
bled by a number of performance enhancing technolo- 
gies, such as Fast Scheduling, Adaptive Modulation and 
Coding (AMC) and Hybrid Automated Repeat Request 
(HARQ). Fast Scheduling is a channel quality sensitive 
scheduling technique to maximize sector throughput, e. 



g., a base station assigns resources to one or more us- 
ers at a given time based on channel quality. AMC tech- 
nologies enable a selection of a data rate and a trans- 
mission format (i.e., modulation level and channel cod- 
s ing rate) that best "suits" the scheduled user's prevailing 
channel condition. 

[0006] Delays and measurement errors may result in 
degraded performance from AMC. For example, sup- 
pose a block of bits or a packet was sent out using QPSK 

10 modulation and a code rate of 0.5 and was received er- 
roneously. A retransmission of that packet takes place, 
in general with a new appropriate choice of modulation 
and in general, at least a few new "parity" bits from the 
original set of coded bits. HARQ technologies may thus 

'5 be used to provide some level of robustness through fast 
retransmissions at the physical layer, in an attempt to 
minimize degradation. 

[0007] HARQ allows combining of the original trans- 
mission with the new transmission, rather than to dls- 

20 card the original transmission. This greatly improves the 
probability of correct decoding of the packet. The word 
"hybrid" in HARQ indicates that Forarard Error Correc- 
tion (FEC) techniques have been used in addition to 
ARQ techniques. HARQ combining schemes imply that 

25 retransmissions are combined with the original unsuc- 
cessful transmissions. Accordingly, HARQ helps to en- 
sure that transmissions resulting in unsuccessful decod- 
ing, by themselves, are not wasted. 
[0008] There are two types of HARQ: type-l and 

30 type-ll HARQ. In type-l HARQ, the sender retransmits 
the same packet upon the reception of a negative ac- 
knowledgement (NACK). In type-ll HARQ, the informa- 
tion message is encoded into a number of distinctive 
packets. Upon the reception of NACK, an Incremental 

3s packet is transmitted by the transmitter. The receiver 
then combines the packet with the previous packet to 
jointly decode the message. Lucent Technologies Inc.'s 
Adaptive Asynchronous Incremental Redundancy 
(A^IR) approach, which is a form of HARQ combining 

40 (type-ll HARQ), has been adopted in both 1X EV-DV 
and HSDPA. A^IR is a flexible approach and allows 
HARQ combining of copies that use potentially different 
modulation schemes. 

[0009] In UMTS, it is envisaged that for some appli- 
45 cations, multiple users should be able to receive the 
same data at the same time. Two services have so far 
been defined: (1) a cell broadcast service (CBS); and 
(2) an IP-Multicast service. A CBS allows for low bitrate 
data to be transmitted to all subscribers in a set of given 
50 cells over a shared broadcast channel. This service of- 
fers a message-based service. An IP -Multicast service 
enables mobile subscribers to receive multicast traffic. 
This service currently does not allow for multiple sub- 
scribers to share radio or core nelwori< resources, and 
55 as such, does not offer any advantages as far as re- 
source utilization within the Public Land Mobile Network 
(PLMN) and over the radio access network. 
[0010] Multicast is a bandwidth-conserving technolo- 
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gy in UMTS that reduces traffic by simultaneously deliv- 
ering a single stream of infonnation to a large number 
of recipients. When there are N users in a multicast 
group, the resources consumed in accordance with a 
multicast scheme should be on the order of 1/N that of 
a unicast scheme. Upon the reception of a data packet, 
a receiver generates a acknowledgement (ACK)/nega- 
tive acknowledgment (NACK) packet that is sent to the 
transmitter, indicating whether the transmission is suc- 
cessful or not. In multicast services, these ACK/NACK 
packets may cause severe collisions or severe interfer- 
ence, If the number of receivers in a multicast group is 
substantial. Thus, In communication systems employing 
a multicast mode, when error requirements of a mes- 
sage are stringent, ARQ protocols such as type-l and 
type-ll HARQ (A^IR) may need modification in order to 
reduce transmission errors over communication links. 

SUMMARY OF THE INVENTION 

[001 1 ] Transmission methods for multicast messages 
and for signaling message responses to received mul- 
ticast messages are described for a communication sys- 
tem supporting a multicast mode, A number of retrans- 
missions of a multicast message may be changed 
based on a number of receivers of the message. Sign- 
aling messages to the multicast message may be trans- 
mitted in response to a fixed number of multicast mes- 
sage transmissions, and receivers that have still not re- 
ceived the multicast message after the fixed number of 
transmissions may request further retransmissions of 
the received multicast message up to an additional giv- 
en number of times. 

[0012] In accordance with another aspect, signaling 
messages from receivers may be transmitted at differ- 
ent times or staggered based on a radio condition of the 
receivers. For example, a first multicast message may 
be transmitted to the groups, and responses from the 
groups may be listened toforagiven period, after which 
one of a next multicast message and a portion of the 
first multicast message may be transmitted to the 
groups based on the responses. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] Exemplary embodiments of the present inven- 
tion will become more fully understood from the detailed 
description given hereinbelow and the accompanying 
drawings, wherein like elements are represented by like 
reference numerals, which are given by way of illustra- 
tion only and thus are notlimitatlveof the exemplary em- 
bodiments of the present invention and wherein: 
[0014] FIG. 1 illustrates a high-level diagram of the 
UMTS architecture, in accordance with an exemplary 
embodiment of the invention; 
[001 5] FIG. 2 illustrates HSDPA signaling in UMTS, In 
accordance with an exemplary embodiment of the in- 
vention; 
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[0016] FIG. 3 illustrates a multicast mode In UMTS in 
accordance with an exemplary embodiment of the in- 
vention; 

[001 7] FIG , 4 is a flowchart describing a method in ac- 
5 cordance with an exemplary embodiment of the inven- 
tion; 

[0018] FIG. 5 is a flowchart describing a method in ac- 
cordance with another exemplary embodiment of the in- 
vention; and 

10 [0019] FIGS. 6(a) and 6{b) are flowcharts describing 
a method in accordance with another exemplary em- 
bodiment of the invention. 

DETAILED DESCRIPTION OF EXEMPLARY 

IS EMBODIMENTS 

[0020] Although the following description Is described 
as based on the well-known (HSDPA) specification in 
UMTS, and will be described in this exemplary context, 

20 It should be noted that the exemplary embodiments 
shown and described herein are meant to be illustrative 
only and not limiting in any way As such, various mod- 
ifications will be apparent to those skilled in the art for 
application to other transmission systems such as 

25 CDMA2000 for example, and are contemplated by the 
teachings herein. Where used below, base station and 
Node-B are synonymous. Additionally where used be- 
low, the terms user, user equipment (UE), mobile station 
and remote station are synonymous and describe a re- 

30 mote user of wireless resources In a wireless commu- 
nication network. At times a user may also be refen-ed 
to as a receiver of a multicast message, 
[0021] FIG. 1 illustrates a high-level diagram of the 
UMTS architecture. In accordance with an exemplary 

35 embodiment of the Invention. Referringto FIG. 1, UMTS 
1 00 comprises a radio access network part that may be 
referred to as a UMTS terrestrial radio access network 
(UTRAN) 150, which may interface to a variety of core 
networks 1 75. The core networks 1 75 may contain mo- 

■fo bile switching centers (MSG) 180 and gateways (Serv- 
ice GPRS Support Node (SGSN) 185 and Gateway 
GPRS serving/support node (GGSN) 188) to external 
networks 1 90. In general In UMTS, SGSNs and GGSNs 
exchange packets with the mobile station over the radio 

45 network, and exchange packets with other internet pro- 
tocol (IP) networks. External networks 190 may include 
various circuit networks 1 93 such as a PSTN or ISDN 
(e.g., Internet) and packet data networks 195. UTRAN 
150 may be linked to the core networks 175 via back- 
so haul facilities such as T1/E1 , STM-x, etc., for example. 
[0022] UTRAN 150 may include cell sites, called 
Node Bs 110, which may serve a group of UEs 105 via 
radio Interface 101. A Node B 110 may contain radio 
transceivers and radio network controllers (RNCs) 115 

55 in UTRAN 150. Several Node Bs 110 may Interface with 
an RNC 1 1 5 where, In additional to call setup and control 
activity, tasks such as radio resource management and 
frame selection in soft handoff may be carried out. Node 
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Bs 110 and RNCs 115 may be connected via links that 
use ATM-based packet transport, for example. For 
HSDPA, the HS-DSCH may be temriinated at the Node 
B 110 in UTRAN150. 

[0023] FIG. 2 illustrates HSDPA signaling in UMTS, in 
accordance with an exemplary embodiment of the in- 
vention. In an HSPDA system, downlink signaling may 
be done through the use of Shared Control Channels 
(SCCHs) accompanied with each HS-DSCH. Since 
SCCHs, HS-DSCH, and voice channels share the same 
resources (e.g., power and bandwidth), control signal- 
ing may often be improved, although at a potential cost 
of system resources and capacity. Referring to FIG. 2, 
for downlink, the signaling messages sent over SCCH 
205 may include AMC and HARQ control Information, 
shown as field 211. In the uplink, signaling messages 
sent over SCCH 215 may Include an acknowledgement 
(ACK)/acknowledgement (NACK) for HARQ field 217 
and a channel quality Indteatlon (CQI) field 219 for 
scheduling an AMC, for example. 
[0024] Due to the scheduled nature of the HS-DSCH 
21 0, the control signaling may not be needed ail the time 
for a particular user (UE 105). For downlink, where the 
number of channelization codes may be limited, it may 
be beneficial to designate only a few control channels 
to be shared among the users. Thus, SCCH 205 may 
be assigned to a user only when the user is scheduled. 
[0025] In order to provide the user with the AMC and 
HARQ control infonnatlon in time, the SCCH 205 may 
be staggered with the HS-DSCH 210, as shown in FIG. 
2. The SCCH may be sent ahead of the HS-DSCH. 
Though successful decoding of the user equipment 
Identification (UE ID) field 207, the intended user may 
be infonned of the upcoming HS-DSCH 210. UE 105 
then decodes the rest of the SCCH 205 to obtain the 
AMC and HARQ control infonnatlon (e.g., the modula- 
tion and coding scheme (MCS) and HARQ channel 
used) and prepares for the decoding of the HS-DSCH 
210. 

[0026] FIG. 3 illustrates a network configuration In a 
multicast mode of operation, in accordance with an ex- 
emplary embodiment of the present invention. Point to 
multipoint services exist today which allow data from a 
single source entity to be transmitted to multiple end- 
points. These services are expected to be used exten- 
sively over wireless networks, hence there is a need for 
a capability in the PLMN to efficiently support them. The 
Multimedia Broadcast/Multicast Service (MBMS) may 
provide this capability for such broadcast/mu Iticast serv- 
ices provided by the home environment and other value 
added service providers (VASPs). The MBMS is an uni- 
directional pointto multipoint bearer service in which da- 
ta is transmitted from a single source entity to multiple 
recipients. One of the operational modes defined by 
3GPP is the multicast mode. 
[0027] FIG. 3 shows a general high level overview of 
a multicast mode network. As briefly discussed above, 
the multicast mode may allow unidirectional polnt-to- 
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multipoint transmission of multimedia data (e.g. text, au- 
dio, picture, video, etc.) from a single source point to a 
multicast group in a multicast area. The multicast mode 
is intended to efficiently use radio/network resources e. 
5 g. data is transmitted over a common radio channel. Da- 
ta may be transmitted to multicast areas as defined by 
the network (e.g., home environment). In the multicast 
mode, the network may selectively transmit to cells with- 
in the multicast area which contain members of a mul- 
"> ticast group. A multicast service received by the UE may 
Involve one or more successive multicast sessions. For 
example, a multicast service might consist of a single 
on-going session (e.g. a multimedia stream) or may in- 
volve several intemiittent multicast sessions over an ex- 
's tended period of time (e.g. messages). Applications that 
may take advantage of multicast, and hence, of the ex- 
emplary embodiments of the present invention, may in- 
clude videoconferencing, corporate communications, 
distance learning, online bidding, online gaming anddis- 
20 tributlon of software, stock quotes, and news, etc. 
[0028] The multicast mode generally requires a sub- 
scription to the multicast subscription group and then the 
user Joining the con-esponding multicast group. The 
subscription and group Joining may be made by the 
25 PLMN operator, the user or a third parly on their behalf 
(e.g. company). The multicast mode should be inter-op- 
erable with IETF IP Multicast. This could allow an opti- 
mal use of IP service platfomis to help maximize the 
availability of applications and content so that current 
30 and future services can be delivered in a more resource 
efficient manner. 

[0029] FIG. 4 is aflowchart describing a method in ac- 
cordance with an exemplary embodiment of the inven- 
tion. A number of transmissions of a multicast message 

35 to a group of receivers (users) may be changed based 
on group size of the receivers. In orderto prevent a buff- 
er at the sender (transmitter) of the multicast message 
from overflowing, a departure rate of data packets 
(which comprise the multicast message) should be high- 

40 erthan the arrival rate of packets received from the us- 
ers. Thus, based on a offered load, a packet size and a 
number of transmissions (N) may be detennined. 
[0030] In an effort to increase the efficiency of trans- 
mission of the multteast message, It may be desirable 

45 to use a small N, or a small group size. A small group 
size (or good radio conditions) may require a fewer 
number of retransmissions of the multicast message 
from the sender, as compared to a larger group size, or 
as compared to a group having poor radio conditions. 

50 [0031] Accordingly, and referring now to FIG. 4, a 
threshold (Th) may be set (8404) for evaluation against 
the group size (S) of the users. The threshold may be 
set by internal software In a base station transceiver, for 
example, that keeps track of those receivers that are 

55 registered with the base station, and could be fixed or 
variable. A given group size of users may be evaluated 
against the threshold (S406) in order to determine 
whether or not HARQ or A^IR may be implemented for 
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retransmitting the multicast message to the group, for 
example. If S equals or is greater than Th (S > Th, the 
output of S406 is "YES"), the group of users receive N 
transmissions of the multicast message. In other words, 
a fixed number of transmissions of the multicast mes- 
sage are sent (S408). Accordingly, users in the group 
may transmit a signaling message (S410), which may 
be embodied as an acl<nowledgement (ACK) or nega- 
tive acl<nowledgement (NACK) pacl<et, for example, in 
response to the received multicast message, in any 
event, the multicast message will be retransmitted N 
times (N encompassing the original transmission of the 
multicast message and retransmissions) to the group. 
[0032] However, if the group size (S) is less than the 
threshold (S < Th, the output of S406 is "NO"), then the 
users of the group may transmit an ACK/NACK packet 
to indicate receipt of the multicast message without be- 
ing constrained by a fixed number of transmissions, as 
in the unicast mode, for example. Accordingly, the 
above approach may effectively reduce the amount of 
feedbacl< signaling required on the uplinl<, thereby con- 
serving resources. 

[0033] FIG. 5 is aflowchart describing a method in ac- 
cordance with another exemplary embodiment of the in- 
vention. Many of the functions in FIG. 5 are similar to 
Fig. 4; therefore, only the differences are discussed in 
detail. Similar to FIG. 4, the group size of the users (S) 
may be evaluated against a threshold (S506). If S ^ Th, 
the group of users receives a fixed number of N trans- 
missions of the multicast message (S508). After the Nth 
transmission, any user in the group who has not yet re- 
ceived the multicast message may transmit a signaling 
message (S51 0) at that time. Accordingly, the sender of 
the multicast message will retransmit the multicast mes- 
sage up to A additional times. If, on the other hand, the 
group size is small, i.e., S <Th (output of S506 is "NO), 
users of the group may transmit an ACK/ NACK packet 
to indicate receipt of the multicast message and/or to 
request a furthertransmission of the multicast message 
(S512), as may be done in the unicast mode. Accord- 
ingly, since HARQ and/or A^IR, for example, may allow 
retransmission of the multicast message up to A times, 
such may further effectively reduce the amount of feed- 
back required on the uplink, in communication systems 
supporting a multicast mode. 
[0034] FIGS. 6(a) and 6(b) are flowcharts describing 
a method in accordance with another exemplary em- 
bodiment of the Invention, in this exemplary embodi- 
ment, an offset feedback procedure may be utilized. For 
example, and given a lenient delay constraint at the 
sender or source of the multicast message, signaling 
messages from the receivers (users) of the signaling 
message may be staggered. Compared with a single 
transmission, multiple transmissions at different time in- 
stances over a given period of time may be helpful for 
error correcting over wireless channels such as a high 
speed downlink shared channel (HS-DSCH). The users 
may be ordered Into N groups based on a radio condition 



of the group, in particular, the order of signaling mes- 
sage transmission for the N ordered group may be de- 
tennined based on a group with the worst radio condition 
transmitting their signaling messages first, in reverse or- 
s derof radio condition (i.e., the group with the best radio 
conditions transmit later). 

[0035] FIG. 6(a) is a flow diagram describing a trans- 
mission offset technique from the viewpoint of a sender 
of a multicast message in accordance with an exempia- 
10 ry embodiment of the invention. Initially, a sender (trans- 
mitter), such as a base station transceiver, for example, 
may encode (S602) a multicast message Into M data 
blocks. The first block may be independently decodable, 
and subsequent blocks may be a repetition of the first 
'5 block, e.g., incremental redundancy data blocks. The 
transmitter may then transmit (S604) the starting block 
of the multicast message over a downlink channel to all 
groups of users, e.g., each i-th group. 
[0036] After transmission begins, the transmitter lis- 
20 tens (S606) for responses in N*K responding timeslots 
from each i-th group of users (each i-th group responds 
In order of their radio condition). The parameter K is a 
configurable delay constraint parameter that may be uti- 
lized to control maximum delay between multicast mes- 
25 sage transmissions. The parameter N represents the 
number of groups of users, and N*K (NK) may represent 
the maximum delay (in terms of timeslots) thatthe trans- 
mitter needs to wait before moving on to the next multi- 
cast message. If the transmitter hears a NACK (output 
30 of S608 is YES) in one of the NK timeslots, transmit 
(S61 0) the next block for the same message and repeat 
function S606. If the transmitter does not hear a NACK 
in any of the NK timeslots slots (output of S608 is NO), 
the transmitter clears Its buffer andfetches the next mul- 
35 ticast message (S611), and repeats function S602. 
[0037] FIG. 6(b) Is a flow diagram describing the 
transmission offset technique of FIG. 6(a) from the view- 
point of a receiver of a multicast message in accordance 
with an exemplary embodiment of the invention. Refer- 
ee ring to FIG. 6(b), each receiver (user) in an i-th group 
waits, or listens (8612) for a new transmission of a mul- 
ticast message. When a new transmission is detected 
(S614), each user may attempt to decode the multicast 
message (S614). If the multicast message is decoded 
<f5 correctly (output of S616 is YES), the user passes 
(S618) the data packet(s) to the to upper layer and lis- 
tens (back to S61 2) for the start of a next multicast mes- 
sage. If the decoding has errors (output of S61 6 is NO), 
the user(s) with errors each may initialize a retransmis- 
so sion counter to zero (counter counts from 0 to K) and 
listen (S620) for a possible retransmission of the multi- 
cast message (from 1 to 1-1 slots). The exact, or same, 
NACK transmission may be iteratively repeated (re- 
transmitted as part of the signaling message), by one or 
S5 more users of the group up to Y times. 

[0038] If the retransmission of the multicast message 
is detected (output of 8622 Is YES) the user attempts to 
decode and if correct (output of S61 6 is YES), the user 
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passes (S618) the data packet(s) to the to upper layer 
and listens (back to function S61 2) for the start of a next 
multtoast message. If no retransmission starts after i-1 2. 
slots (output of S622 Is NO), the user transmits (S624) 
a NACK in the i-th slot and Increments (S626) the re- 5 
transmission counter by 1, and then listens (S628) for 
retransmission from I to N slots. If retransmission is de- 
tected (output of S630 is YES), then the user attempts 
to decode and if correct (output of S616 is YES), the 
user passes (S61 8) the data packet(s) to the to upper io 
layer and listens (at S61 2) forthe start of a next multicast 
message. If no retransmission Is detected in the next N- 
i slots (output of 8630 Is NO), the counts are evaluated 
(5632). if count < Y (output of 632 is NO), then the user 
returns to listening (S622). If count = Y (output of 632 is is 
YES), this means that one or more users in the group 
transmitted Y NACKs, but never received the retrans- 
mission of the multicast message. Accordingly, those 
users indicate error (S634) to the upper layer and pro- 3. 
ceed to function S61 2 and following functions. 20 
[0039] A benefit of employing a mu Iticast mode in net- 
work 1 75 is that the data may be sent once on each link. 
For example, SGSN 1 88 will send data once to an RNC 
115, regardless of the number of Node Bs 110 and UEs 
1 05 that wish to receive the data. The benefit of using 2s 
multicast on the air interface is that many users can re- 
ceive the same data on a common channel, so as not 
to clog up the air Interface with multiple transmissions 
of the same data. With increasing use of high bandwidth 
applications in third generation mobile communication 30 
systems, especially with a substantial number of users 
receiving the same high data rate sen/ices, efficient In- 
formation distribution is essential. Multicasting may de- 4. 
crease the amount of data within the network and use 
resources more efficiently. 3s 
[0040] Further, the exemplary embodiments of the 
present Invention may reduce the amount of signaling 
required In the uplink, potentially reducing the amount 
of ACK/NACK packet traffic. Th is may reduce the sever- 
ity and frequency of ACK/NACK packet collisions and 40 
interference on the air interface, possibly conserving re- 
sources and improving the efficiency of communication 
systems that support multicast. 
[0041] The exemplary embodiments of the invention 
being thus described, it will be obvious that the same 4s 
may be varied In many ways. Such variations are not to 
be regarded as departure from the spirit and scope of 
the exemplary embodiments of the invention, and all 
such modifications as would be obvious to one skilled 
in the art are intended to be included within the scope so 
of the following claims. 



Claims 

55 

1 . A method of retransmitting a multicast message; 

changing a number of retransmissions of the 
multicast message based on a number of receivers 



(105) of the multicast message. 

The method of claim 1 , wherein 

said changing further includes fixing the 
number or retransmissions based on a group size 
(S) of a group of receivers (1 05) receiving the mul- 
ticast message (8); 

said fixing further includes 

comparing said group size (8) to a 
threshold (Th), and 

retransmitting said multicast message 
on a downlink channel to said group at said fixed 
number, if 8 S Th, else 

receiving one of an acknowledgment 
(ACK) and a negative acknowledgement (NACK) to 
request further transmissions of the multicast mes- 
sage. 

An automated repeat request (ARQ) transmission 
method for a communication system supporting a 
multicast mode, comprising: 

receiving a fixed N number of transmissions of 
a multicast message at a group of receivers 
(105); and 

transmitting a signaling message to request fur- 
ther transmissions of the received multicast 
message up to A additional times, from usets 
of the group that have not received all of the 
data packets after said fixed number transmis- 
sions. 

The method of claim 3, wherein 

N and A are a function of at least one of a 
group size of the users (S), a delay constraint and 
a radio condltton of the group, 

said fixed number is based on comparing S to 
a threshold (Th), and 

said group receives said N transmissions, 
with users of the group which have not received the 
data packets after N transmissions further transmit- 
ting one of an acknowledgment (ACK) and a nega- 
tive acknowledgement (NACK) to request further 
transmissions of the multicast message up to A ad- 
ditional times, if S ^ Th, else 

said transmitting further Includes transmitting 
one of an acknowledgment (ACK) and a negative 
acknowledgement (NACK) in order to request fur- 
ther transmissions of the received multicast mes- 
sage. 

A method of receiving signaling messages in re- 
sponse to a transmitted multteast message, com- 
prising; 

receiving signaling messages from one or 
more receivers (1 05) at different times based on ra- 
dio conditions of the receivers (1 05) of the transmit- 
ted multicast message. 
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6. An automated repeat request (ARQ) transmission 
method for a communication system supporting a 
multicast mode for one or more users, comprising: 



said NK timeslots, else 
transmitting said next 
said receiver groups. 



multicast message to 



ordering said users Into N groups for receiving s 
a multicast message based on a worst radio 
condition; and 

staggering transmission of signaling messages 
based on the ordering, the earliest group to 
transmit being a group having the worst radio 'O 
condition. 

7. The method of claim 6, wherein said staggering 
transmission further includes users in each group 
transmitting one of an acknowledgment (ACK) and is 
a negative acknowledgement (NACK), at a particu- 
lar group's turn to transmit. 

8. The method of claim 6, wherein 

said staggering transmission further Includes .20 
users in each group transmitting only a negative ac- 
knowledgment (NACK) in order to request retrans- 
missions of the received multicast message, at a 
particular group's turn to transmit, and repetitively 
transmitting the same NACK up to K times, until no 2s 
NACK is detected by a sender in any of NK times- 
lots. 

9. A method of transmitting multicast messages, com- 
prising: 30 

first transmitting a first multicast message to 
one or more groups of receivers (105); 
listening for responses from said groups for a 
given period, the given period based on at least 3s 
one of a group size of the group and a delay 
constraint, and 

second transmitting one of a next multicast 
message and a portion of the first multicast 
message based on said responses. 4o 

10. The method of claim 9, wherein 

said given period is composed of NK times- 
lots, where N is a number of groups of receivers 
(1 05) of the first multicast message and K is a delay 4S 
constraint parameter representing a delay between 
transmission of said first and next multicast mes- 
sages, 

said first transmitting includes transmitting a 
starting data block of the fifst multicast message to so 
all groups, 

said listening includes detemnlning whether a 
negative acknowledgment (NACK) has been re- 
ceived in said responses, and 

said second transmitting further includes: S5 

transmitting a next data block of the first multi- 
cast message, If a NACK is detected in any of 
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